home *** CD-ROM | disk | FTP | other *** search
- Path: in2.uu.net!tandem!usenet
- From: henryn@storage.tandem.com (norman_henry)
- Newsgroups: comp.sys.amiga.misc
- Subject: Re: OS features
- Date: 16 Jan 1996 22:30:21 GMT
- Organization: Tandem Computers, Inc.
- Distribution: world
- Message-ID: <4dh8tt$3fs@mercury.cpd.tandem.com>
- References: <1320.6588T928T488@supernet.ab.ca>
- Reply-To: henryn@storage.tandem.com
- NNTP-Posting-Host: strix.loc201.tandem.com
-
- lnielsen@supernet.ab.ca (Kor Nielsen) writes:
-
- > I've heard that virtual memory slows down the operating system and uses
- > up lots of excess memory
-
- Performance depends on the implementation. With a decent page allocation
- and/or selection algorithm, overhead can be kept at a minimum. Not being
- sure what "using excess memory" means, I'm guessing that you meant to say
- "VM uses excessive amounts of memory." Again, a bad implementation might
- do that, but it should not be hard to implement VM that only uses what is
- needed (physical/logical page tables). Assuming one can keep a pagetable
- entry 32 bits, allocating a 2Mb chunk of memory would require 512 PTEs if
- the page size is 4Kb, that is 1Kb worth of locked down memory for each Mb
- allocated (plus some insignificant amount for table headers and stuff).
-
- Henry Norman
-
- __o __o strix@hotcity.com /W\ Strix Merx Mitis: ^
- -\<,-\<, strix@cup.portal.com (Ovo) Usus Tandem, Nisi //\
- (*)/=-=/(*) norman_h*@tandem.com ))#)) Sententi Ego Ipse \X/--\
- --------------------------------------m-m------------------------------
-
-
-